Systems and Methods for Improved Property Inspection Management

ABSTRACT

Systems and methods presented herein can allow an inspector or other user to document damage or other information at a house using a mobile device, such as their cell phone. The mobile device can execute an application that allows the user to select a house and a property feature of the house. The user can then take pictures or video, which are stored according to the house and property feature for later retrieval. The user can also select a tag that gets stored and retrieved based on the house and property feature. The user can further record audio for association with the pictures or video.

CROSS REFERENCE TO RELATED APPLICATIONS

This non-provisional patent application is a continuation-in-part ofU.S. patent application Ser. No. 15/376,637, filed Dec. 12, 2016, whichis a continuation-in-part of U.S. patent application Ser. No.14/883,620, filed Oct. 15, 2015, which claims priority to U.S.Provisional Patent Application No. 62/177,020, filed Oct. 15, 2014, bothof which are hereby incorporated by reference in their entireties.

BACKGROUND

Inspectors for insurance or contracting companies routinely visit homesand other buildings to assess damage and estimate repair costs. Duringeach visit, the inspector usually sketches a floor plan and makes notesabout various areas of the home. The inspector can also take pictures ofdamaged areas of a home. The inspector then takes these sketches back toan office, and recreates the floor plans in computer software for use inpreparing an actual estimate. The inspector also must find the photosand associate them with a report, where applicable.

However, there are several drawbacks to this common approach. Forexample, it takes significant time to recreate a sketched floor plan inexisting computer software. Practically speaking, the inspector must dothe work twice: first sketching the floor plan in a notebook onsite, andthen later manually recreating the floor plan in a computer system. Thefloor plan can be required as part of determining an insuranceadjustment quote or repair estimate. Recreating the sketch candrastically prolong the inspector's workday.

Because of the time involved in recreating the sketches, inspectorsoften end up carrying around their notes for extended periods until theyhave an opportunity for recreating the sketches. Because sketches arecommonly drawn on paper, a risk exists for the notes being lost ordamaged. Often, an inspector uses a notebook, which can increase therisk. Notes are subjected to rain and the elements when the inspector isexamining exterior features of a property. Other notes regarding theproperty similarly can be lost, damaged, or destroyed in the time thatlapses before the notes are entered into a computer system.

In many situations, it is not a viable option to directly sketch thefloor plan into a computer system with a mobile computing device whileonsite. Cell phone screens can be too small for a user to accuratelysketch a floor plan. Tablets are often too bulky for certain jobs. Forexample, when assessing a damaged roof, the inspector might be requiredto get on top of the house to take measurements. If the inspector dropstheir tablet, it can slide off the roof and be destroyed. Because of thehigh breakage risk, it is usually cost prohibitive for a company tooutfit a team of inspectors with mobile computing devices for onsiteassessments. Therefore, paper-based notes and the attendant shortcomingshave remained the norm for inspectors.

Additionally, pictures can get lost or the inspector might not rememberwhat room they depict. Over the course of a long day, where theinspector might take hundreds of photos, the inspector might not evenremember what damage was being documented. It might be difficult todetermine which pictures apply to which notes.

Therefore, a need exists for systems and methods for improved propertyinspection management.

SUMMARY

An example described herein includes systems and methods for improvedproperty inspection management. In one example, a mobile device, such asa cell phone or tablet, executes an application for capturing media andother information related to an insurance claim. The application candisplay a graphical user interface (“GUI”) that receives a firstselection of a house from a user. The selection can be made from aplurality of houses, such as by specifying an address or owner name.

The mobile device can then receive, on the GUI, a second selection of aproperty feature of the house. The property feature of the house can bea room, an elevation, or a room feature such as cabinetry or fireplace.The property feature will be used to categorize subsequent pictures orvideo.

The mobile device can also receive, on the GUI, a third selection of atag. The tag can be text that relates to a picture. For example, it candescribe the type of damage captured or it can simply indicate whichroom or other property feature is being captured.

The mobile device can receive a press on the GUI, causing a camera tocapture first media that is a picture or video. The camera can be builtinto the mobile device in one example. Alternatively, it can be anexternal camera, such as that of a drone.

The application can then cause a cloud server to store the first mediain association with the house, property feature, and tag. This canensure that all items are presented together at a later time when thefirst media is retrieved.

The application can also sort a collection of media that includes thefirst media based on house and property feature. For example, picturescan be grouped according to property feature. When the user selects thefirst media, the application also displays the tag with the first media.

It is to be understood that both the foregoing general description andthe following detailed description are exemplary and explanatory onlyand are not restrictive of the embodiments, as claimed.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated in and constitute apart of this disclosure, illustrate various examples and together withthe description, serve to explain the principles of the disclosure. Inthe drawings:

FIG. 1 is an exemplary illustration of a system for improved propertyinspection management;

FIG. 2A is an exemplary illustration of a graph template;

FIG. 2B is an exemplary illustration of a graph template;

FIG. 3 is an exemplary flow chart with example stages for schedulingproperty visits and generating a floor plan;

FIG. 4A is an exemplary illustration of a graph region that is convertedinto a floor plan;

FIGS. 4B, 4C, and 4D are exemplary illustrations of a converted floorplan.

FIG. 5 is an exemplary method.

FIG. 6 is an exemplary illustration of system components.

FIG. 7 is an exemplary method of associating a photograph with a portionof a floor plan.

FIG. 8 is an exemplary method of associating a photograph to a portionof a property.

FIG. 9A is an exemplary illustration of a screen on a user device.

FIG. 9B is an exemplary illustration of a screen on a user device.

FIG. 9C is an exemplary illustration of a screen on a user device.

FIG. 9D is an exemplary illustration of a screen on a user device.

FIG. 10 is an exemplary flow chart containing steps performed by asystem.

FIG. 11 is an exemplary illustration of system components.

FIG. 12 is an exemplary illustration of a photo report generated by thesystem in an example.

DESCRIPTION OF THE EXAMPLES

Reference will now be made in detail to the present examples, includingexamples illustrated in the accompanying drawings. Wherever possible,the same reference numbers will be used throughout the drawings to referto the same or like parts.

In one example, the system allows a user to easily document propertiesfor insurance estimates. A user device, such as a phone or tablet, canexecute an application for documenting damage on the property. The usercan select a property, such as a house at a particular address. Then theuser can select a property feature, such as a room within the house. Theuser can also select one or more tags for association with the propertyfeature.

The user can then take pictures that are stored in association with theproperty feature for later retrieval. Taking the picture can alsoinclude recording audio. For example, the user can hold the picturebutton of the graphical user interface (“GUI”) and the application canrecord audio while the picture button is held. The picture can then bestored in association with the property (e.g., the house), the propertyfeature, the tag, and the audio for later retrieval.

The user can open a gallery associated with the house. The pictures canbe sorted by property feature, such as rooms. When the user selects apicture, the tag and audio can also be presented. This can greatlydecrease the time it takes to both document and review an insuranceclaim.

FIG. 1 shows an exemplary illustration of a system 100 for improvedproperty inspection management. The system 100 can manage the floor plangeneration process for the purposes of insurance adjustment and otherestimates. In one example, a system 100 generates a graph template 105that the user prints and annotates by sketching a floor plan and provideadditional property information. The system 100 reads the graph template105 to collect the property information and sketch, converting both intoinformation used at an estimation server 130.

The user can be an inspector, such as an appraiser or insuranceadjuster. The user can use a user device 110 for some of the systemfunctions. The user device 110 can be a mobile computing device, such asa cell phone, tablet, laptop, or smart camera. The user device 110 caninclude a camera component for taking a picture (e.g., photograph) of anannotated graph template.

In one example, an inspection application 112 executes on the userdevice 110. The inspection application 112 can communicate over anetwork with an estimation server 130. The network can be the Internet,a cellular network, a local area network, a workstation peer-to-peernetwork, a direct link network, a wireless network, or any othersuitable communication platform. The inspection application 112 caninclude multiple functions 115. Any of the functions 115 canalternatively be partially or fully executed on the estimation server130 in an example.

The inspection application 112 can include a template generator 124function for generating graph templates 105. The template generator 124can generate a graph template 105 for use by the user in evaluating aproperty. As explained more thoroughly with regard to FIG. 2A, below,the graph template 105 can include an information region and a graphregion. The information region can include any portion of the graphtemplate that includes options for user selection regarding theproperty. The user can sketch in the graph region, and provideinformation about the property in the information region.

The graph template 105 can be printed by a printer 108 in one example.Printing can be triggered by the inspection application 112 on the userdevice 110. The graph template 105, therefore, can be physicallyrepresented on a piece of paper. In one example, specialized paperalready having some or all of the information region and graph region isused as print media. The specialized paper can already include aninformation region with blank areas for filling during printing. It canalso include a graph region with a grid. This can help ensure that thegrid is of a particular color that can assist the system 100 withprocessing the sketch at a later stage. The specialized paper can beweather resistant in one example. In one example, the specialized papercan include a sticker layer that the user can peel off and attach to afolder or other media. In yet another example, the graph template 105can be printed directly onto a folder.

Therefore, generating the graph template 105 can include providinginformation for printing onto a specialized paper in one example.

In one example, the template generator 124 customizes the graph template105 for a particular property that the user is scheduled to visit. Thiscan include generating custom property information (e.g., propertycharacteristics) in the information region. This can include custominput options that the user fills out while onsite at the property. Thiscan help ensure that the user collects the relevant data for thatparticular property, based on the property and the task being performedat the property.

The inspection application 112 can determine how to customize the graphtemplate 105 by communicating with the estimation server 130 in oneexample. The estimation server 130 can execute a backend component thatcan communicate with the inspection application 112. The estimationserver 130 can access a database to provide property information and/oruser information to the inspection application 112 for user in the graphtemplate 105.

In one example, the estimation server 130 schedules a plurality ofproperties that the user will visit that day based on the information inthe database. The estimation server 130 can communicate propertyinformation and sequencing for the plurality of properties to theinspection application 112. Alternatively, the inspection application112 can include a scheduler function 123 that can sort which propertythe user should visit first. Then, the template generator 124 cangenerate and print the graph templates 105 in sequence.

The graph templates 105 can be customized by the system 100 to includeproperty-specific information in the information region. Theproperty-specific information can identify the property address, thescheduled time for arrival, and the sequencing respective to the otherproperties that the user is scheduled to visit that day.

The template generator 124 can also provide custom options that requireinput from the user based on examination of the property. For example,the information region can be customized to include options relevant toa homeowner insurance inquiry particular to a first property. In thisway, the graph template 105 can be customized to prompt the user tocollect relevant information while at the property (e.g., onsite).

Additionally, the user can sketch a floor plan in the graph region. Thiscan include annotating the sketch with symbols to indicate elements suchas windows and doors, or particular rooms.

Once the user has entered all relevant annotations, the user can take aphoto of the graph template 105 with the user device 110. In oneexample, the inspection application 112 includes a camera interface 120for this purpose. The camera interface 120 can include a graphicaloverlay that the user can align with markings on the graph template 105.Aligning the graphical overlay can reduce picture distortion from takinga picture at an angle. The user can take the picture using the userdevice 110. It can also allow the inspection application 112 to reliablydistinguish the graph portion from the rest of the graph template 105.In one example, the camera interface 120 automatically recognizes whenthe graphical overlay is properly aligned with the markings on the graphtemplate 105, and automatically captures a photo of the graph template105 based on the proper alignment.

Next, an extraction component 121 can gather user annotations from thephoto of the graph template 105. The extraction component 121 canexecute partially or fully on the user device 110 or the estimationserver 130, depending on the implementation.

The extraction component 121 can gather information from the informationregion. To do this, the extraction component 121 can first identify thegraph template 105 based on a graph template identifier. This canprovide the extraction component with the X and Y coordinates whereparticular user annotations can be located for selecting the customizedoptions in the information section. If a particular location isdarkened, then the extraction component 121 can count the option asselected. The extraction component 121 can also utilize text recognitiontechnology to read handwritten notes at designated locations.

The extraction component 121 can also include a vectorizer method. Thevectorizer method can perform a series of stages for adjusting thephotograph for machine reading and converting the hand-drawn sketch intoa vectorized floor plan. The photograph adjustments can be applied tothe entire graph template 105 or just the graph region, depending on theimplementation. Then, the vectorizer method can include a series ofgraphical manipulations that allow the user device 110 or estimationserver 130 to recognize lines drawn by the user. The recognized linesare used to generate the vector floor plan. An example vectorizer methodis more thoroughly explained below with regard to FIG. 5. An exampleillustration is also provided in FIG. 4A.

Continuing with FIG. 1, in one example, the extraction component 121 canrecognize text written into the sketch by the user. The text can includecodes that designate particular rooms or other information in thesketch. The extraction component 121 can convert the codes into textthat is stored with the vectorized floor plan. This can include storingcoordinates for the text, or graphically inserting the text into thefloor plan and storing the graphical representation of the floor plan.

The inspection application 112 can provide additional functions foradjusting the information collected during extraction 121. For example,the user can make layout adjustments 122 in one example. This can allowa user to manually edit the vectorized floor plan. In one example, theuser can open the vectorized floor plan from the estimation server 130.The user can edit the vectorized floor plan by labeling rooms or otheraspects of the floor plan or by changing wall locations. The user candrag room walls to modify the floor plan in one example. The modifiedfloor plan can then be uploaded back to the estimation server 130.

Additionally, the inspection application 112 can include a notescomponent 125 that allows the user to input additional notes regardingthe property. These can include notes that are in addition to user notessupplied in the predefined information region of the graph template.

The inspection application 112 can send, to the estimation server 130,property information including extracted information, notes,adjustments, graph template photo, and floor plan (sketch and/orvectorized). This can allow either the user or another user (e.g.,administrator, boss, or coworker) to review the collected information,add to the information, or perform additional analytics.

The system 100 can also generate reports based on the stored propertyinformation. In one example, the report gives a narration of an estimate(e.g., for repair) based on the property information extracted from theinformation region of the graph template. In one example, the estimationserver 130 also includes an application program interface (API) thatallows another server or system to connect to it and retrieve theproperty information for preparation of an inspection or estimationreport.

In one example, the user device 110 can print a finalized inspection orestimation report. The estimation server 130 can send final information,including the stored property information and vectorized floor plan, tothe user device 110. From there, the user device 110 can print the finalinformation using a printer 108. The final information can be printedonto the specialized paper that already includes an information regionand graph region. This can entail printing the user selections and typedversions of previously handwritten text into the information region. Itcan also include printing the vectorized floorplan onto the grid of thegraph region. In another example, the finalized inspection report isprinted onto normal paper, but information from the specialized paperfor graph templates is also printed onto the normal paper.

Turning to FIG. 2A, an example graph template 105 is illustrated. Thegraph template 105 can include an information region 210. Theinformation region 210 can include options for selection by the user aspart of the user's onsite analysis. In one example, these options arecustomized for the property and job by the system 100. As an example,the graph template 105 of FIG. 2A can be generated for a property beingevaluated for an insurance claim based on roof and exterior damage.Options describing shingle type, age, pitch, layers, and other rooffeatures can be included by the system 100. Similarly, options todescribe the exterior can be included. These options can include thefinish material (e.g., brick, stone, wood, vinyl, metal, and other). Inthis way, portions of the information region 210 can act as a checklistor questionnaire for the user to complete during analysis of theproperty.

Many of the options can be provided with a target 220 for the user tomark if the option applies. When the user photographs the graph template210, the extraction component 121 can check at coordinates for eachtarget 220 to determine if the user has selected the target.

Other options include a blank 230 for the user to write in a response.The extraction component 121 can check at coordinates for each blank 230and perform text recognition to gather the written information.

In one example, known property information can be provided by theestimation server 130 and included by the template generator component124 in the information region 210. Though not pictured in FIG. 2A,homeowner information including the name, carrier, phone, address, andother known information can be pre-populated into the graph template105. This can serve as notification to the user that the informationalready exists at the estimation server 130. The can allow the user tofocus on collecting information that has not yet been gathered and doesnot already exist in the graph template 105.

In one example, the graph template 105 can be two-sided. The first sidecan include a first information region for exterior inspection and thesecond side can include a second information region for interiorinspection. It is understood that the information region 210 can includemultiple information regions.

The graph template 105 can also include a graph region 250. The graphregion 250 (partially shown in FIG. 2A) can include a grid that acts asa guide for the user to sketch a floor plan. The floor plan can includedimensions of rooms relevant to the estimation task. Alternatively, thefloor plan can consist of roof dimensions relevant to the estimationtask.

An information region 210 above, beside, or below the graph region 250can include options that identify what is being illustrated. Forexample, if the property has multiple floors, then the informationregion 210 can include an option for each floor. The user can select thefloor that they are sketching. A graph template 105 can include multiplepages for a single property when the system 100 detects that there aremultiple floors.

The information region 210 can also allow the user to select a scale forapplying to the grid. This can allow the system 100 to interpret thedimensions of the lines drawn by the user. In one example, the system100 sets the scale automatically based on property information regardinga structure size. In that example, the printed graph template 105 canalready indicate the scale.

FIG. 2B includes another example graph template 105. The informationregion 210 can include options for selecting stories, finish materials,foundation type, roof details and materials, flashing attributes, ventinformation, room details, and other structure details. A secondinformation region 270 can be located along a region between the graphregion 250 and a side border of the page. Additionally,

FIG. 3 includes an exemplary illustration of stages performed between aninspection application 112 and estimation server 130. At stage 310, theinspection application 112 can request a schedule of properties to visitfrom the estimation server 130. The request can incorporate calendarinformation available at the user device 110. For example, if the userhas particular times and locations already scheduled, this informationcan be provided to the estimation server 130. The request can occurautomatically at a scheduled time during the night or each morning in anexample.

In response to the request, at stage 320 the estimation server 130 canprioritize the properties. This can include pulling open jobs from adatabase based on the user's skill group and location. A skill group canindicate a group of tasks the user is capable of performing. Jobs storedin the database can include a skill group identifier to describe thelevel of employee that will be needed for the job. The job location canbe the property location. The estimation server 130 can attempt toassign a plurality of properties, sequenced such that adjacentproperties in the sequence are located relatively near to one another.In another embodiment, the jobs are sequenced by the inspectionapplication 112 at the user device 110.

At stage 330, the estimation server 130 can customize graph templates105 for one or more of the prioritized properties. In one example, thisincludes providing property information from the database in theinformation region of the graph template 105. It also include providingcustom options based on the property information or job information.Other customizations include setting the scale of the grid in the graphregion based on square footage information for the property. In anotherexample, stage 330 is performed at the inspection application 112 basedon property information received from the estimation server 130.

At stage 340, the estimation server 130 sends the graph templates to theinspection application 112. This can include sending images to print inone example. In another example, this includes sending data, such asproperty information, to the inspection application 112 that theinspection application 112 can use to assemble a customized graphtemplate.

The estimation server 130 can alternatively or additionally send aschedule of properties to the user device 110. The schedule can be sentover email in one example, and incorporated into a calendar applicationon the user device 110.

At stage 350, the inspection application 112 can print the graphtemplates. The graph templates can be printed in order based on anoptimal visitation sequence for the plurality of properties. This canallow the user to take a stack of graph templates 105 that arepre-organized for the day's tasks. Printing can also include printingmultiple sheets for properties known to have multiple levels that willneed to be independently sketched.

After the onsite portion of a job is complete, at stage 360 the user canphotograph the graph templates. This can include lining up markers on agraph template 105 with guide graphics in a camera module 120 of theinspection application 112. The same or additional grid markers can beused by the inspection application 112 during extraction andvectorization 121. For example, grid markers (e.g., numbers, symbols,colored lines, or dashes at the border of the grid) can allow theinspection application 112 to interpret the scale and location of aportion of the sketch within the graph region 250.

At stage 370, the inspection application 112 and/or estimation server130 can extract property information. In one example, a code or otherinformation in the graph template 105 can be used by the system 100 todetermine which coordinates to check for property information. This canallow the system 100 to read different graph templates 105 that collectdifferent information. The system 100 can check all of the applicablecoordinates, reading text where applicable.

In one example, the inspection application 112 extracts a propertycharacteristic from the information region. The property characteristiccan be a selection in an inspection checklist.

At stage 380, the inspection application 112 and/or estimation server130 can vectorize a sketch located in the graph region 250. This caninclude one or more of the steps in FIG. 6 in an example. In oneexample, perspective modifications are performed prior to or as part ofstages 370 or 380 to account for image distortions and curvature of thegraph template 105 in the picture.

In one example, the picture or information recognized in the picture issent to the estimation server 130 or some other server for vectorizationand machine reading. The inspection application 112 can extract someinformation but leave more intensive processes to be performed at aserver. Once the vectorization is complete, the floor plan and propertyinformation can be sent to the inspection application 112 or theestimation server 130.

An example illustration of the vectorization is shown in FIG. 4A. Apartial graph region 410 includes a hand-drawn sketch 415 by the user.The sketch can generally follow the gridlines of the graph region 410,which can allow the inspection application 112 to accurately trackrelative positions and sizes.

Codes can be recognized as identifying the type of room. In thisexample, “FOY” stands for Foyer. Other symbols for doors and windows canalso be recognized by the inspection application 112 and/or estimationserver 130.

As a result of vectorization, the sketch 415 can be transformed into avectorized floor plan 430 and displayed on the computing device 110. Thevectorized floor plan can include clean lines, room identifiers based oncodes provided by the user, and wall dimensions. Similar output ispossible based on floor plans that are room dimensions.

FIGS. 4B-4D illustrate an additional vectorized floor plan. As usedherein, the floor plan can include roof layout, as shown in FIG. 4B. Thefloor plan can also include an elevation layout, as shown in FIG. 4C.Further, it can include a room layout, as shown in FIG. 4D. It is to beunderstood that a vectorized floor plan can include one or more of aroof layout, elevation layout, or floor layout.

FIG. 5 illustrates exemplary stages for vectorizing a sketch to create afloor plan in one example. The stages can be performed by a one of or acombination of the inspection application 112 and the estimation server130. As used herein, “vectorizing” can include one or more stages ofFIG. 5, and generally includes detecting lines that are drawn as part ofthe sketch.

At stage 510, the system 100 can scale the image (e.g., photograph) to apredetermined size. This can include analyzing the image resolution anddimensions, and adjusting the resolution and dimensions to meet apredetermined size. By working with a predetermined size and dimensions,the system 100 can more consistently identify lines in the sketch thatbelong in the floor plan.

At stage 520, the system 100 can apply a color filter to remove gridlines. The color filter can be set to eliminate the specific color ofthe gridlines, including variations attributable to lighting conditions.In one example, the color filter can be calibrated for the camera on aparticular user device 110 by the user taking a picture when the grid isempty. The inspection application 112 can analyze the empty grid linesto determine the color setting for the color filter.

At stage 530, the system 100 can warp the image perspective based ongrid markers. This can include locating grid markers at the corners ofthe grid in one example. The image can be scaled such that the cornergrid markers are brought into a predetermined spatial relationship fromone another (e.g., forming a rectangle). The image is further stretchedand skewed to align grid markers between the corners into horizontal orvertical lines. This can help eliminate distortion caused by pictureangle or a graph template 105 page that was curved instead of flatduring picture taking. This stage can be performed alternatively oradditionally after quadrilaterals are recognized in stage 580.

At stage 540, the system 100 can apply Gaussian blurring to remove noiseand artifacts. Some noise and artifacts can be introduced during thescaling stage 510. The Gaussian blurring can include choosing a Nyquistlimit based on analysis of the frequency components of the image.

At stage 550, the system 100 can apply a filter to emphasize dark (e.g.,thick) lines. A first set of filters can be applied to recognizehorizontal and vertical lines. These lines can be weighted as likely tobe lines sketched by the user. Another filter can be applied torecognize adjacent pixels that are darker than first and secondthresholds. If the adjacent pixel is darker than the first threshold, itcan be part of a line. If the adjacent pixel is darker than the secondthreshold it is decided to be part of the line. This can cause thevectorizer component to also weight pixels along the line that only passthe first threshold as part of the line.

At stage 560, the system 100 can straighten the lines. An algorithm cancreate a line by determining that a line point is within a deviationthreshold from a sketch pixel while maintaining a straight line.

At stage 570, the system 100 can eliminate gaps by detecting alignedline segments. For example, gaps that exist between segments that couldotherwise form a continuous straight line are recognized. These gaps canbe filled by connecting the segments into a continuous line. Spikeylines or lines with small off-shoots can also be ignored or corrected toresult in a continuous line. The spikey lines can be the result of partof the grid being scanned as part of the sketch. For example, numericgrid borders can form spikey lines in the picture.

At stage 580, the system 100 can find quadrilaterals. This can includefinding shapes that are formed by connected by straight lines.Quadrilaterals are also identified by determining fillable shapes in oneexample.

At stage 590, the system 100 can rank and keep a threshold number ofquadrilaterals. The rankings can be based on darkness, the fewest gaps,and the most horizontal and vertical lines.

This can result in a vectorized floor plan. The inspection application112 can then add labels, such as room labels and dimensions to thevectorized floor plan in an example.

FIG. 6 depicts an exemplary processor-based computing system 600representative of the type of computing system that can be present in orused in conjunction with an adjustment server 130 or a computing device110 of FIG. 1. The computing system 600 is exemplary only and does notexclude the possibility of another processor- or controller-based systembeing used in or with one of the aforementioned components.Additionally, a computing device or system need not include all thesystem hardware components in an example.

In one aspect, system 600 can include one or more hardware and/orsoftware components configured to execute software programs, such assoftware for storing, processing, and analyzing data. For example,system 600 can include one or more hardware components such as, forexample, processor 605, a random access memory (RAM) module 610, aread-only memory (ROM) module 620, a storage system 630, a database 640,one or more input/output (I/O) modules 650, and an interface module 660.Alternatively and/or additionally, system 600 can include one or moresoftware components, such as a computer-readable medium includingcomputer-executable instructions for performing methods consistent withcertain disclosed examples. It is contemplated that one or more of thehardware components listed above can be implemented using software. Forexample, storage 630 can include a software partition associated withone or more other hardware components of system 600. System 600 caninclude additional, fewer, and/or different components than those listedabove. It is understood that the components listed above are exemplaryonly and not intended to be limiting.

Processor 605 can include one or more processors, each configured toexecute instructions and process data to perform one or more functionsassociated with system 600. The term “processor,” as generally usedherein, refers to any logic processing unit, such as one or more centralprocessing units (CPUs), digital signal processors (DSPs), applicationspecific integrated circuits (ASICs), field programmable gate arrays(FPGAs), and similar devices. As illustrated in FIG. 6, processor 605can be communicatively coupled to RAM 610, ROM 620, storage 630,database 640, I/O module 650, and interface module 660. Processor 605can be configured to execute sequences of computer program instructionsto perform various processes, which will be described in detail below.The computer program instructions can be loaded into RAM for executionby processor 605.

RAM 610 and ROM 620 can each include one or more devices for storinginformation associated with an operation of system 600 and/or processor605. For example, ROM 620 can include a memory device configured toaccess and store information associated with system 600, includinginformation for identifying, initializing, and monitoring the operationof one or more components and subsystems of system 600. RAM 610 caninclude a memory device for storing data associated with one or moreoperations of processor 605. For example, ROM 620 can load instructionsinto RAM 610 for execution by processor 605.

Storage 630 can include any type of storage device configured to storeinformation that processor 605 can need to perform processes consistentwith the disclosed examples.

Database 640 can include one or more software and/or hardware componentsthat cooperate to store, organize, sort, filter, and/or arrange dataused by system 600 and/or processor 605. For example, database 640 caninclude user account information, property information, device settings,and other user preferences or restrictions. Alternatively, database 640can store additional and/or different information. Database 640 can alsocontain a plurality of databases that are communicatively coupled to oneanother and/or processor 605, which can be one of a plurality ofprocessors utilized by a server or computing device.

In one example, the database 640 can include one more tables that storea property identifier, property description information, a jobidentifier, job information, user information (e.g., skill group), agraph template identifier, and graph template attributes. In oneexample, a separate table links a property identifier to a graphtemplate identifier. A table can also link a user identifier to one ormore property identifiers, job identifiers, and graph templateidentifiers.

I/O module 650 can include one or more components configured tocommunicate information with a user associated with system 600. Forexample, I/O module 650 can include a console with an integratedkeyboard and mouse to allow a user to input parameters associated withsystem 600. I/O module 650 can also include a display including agraphical user interface for outputting information on a monitor. I/Omodule 650 can also include peripheral devices such as, for example, aprinter 108 for printing information associated with system 600, auser-accessible disk drive (e.g., a USB port, a floppy, CD-ROM, orDVD-ROM drive, etc.) to allow a user to input data stored on a portablemedia device, a microphone, a speaker system, or any other suitable typeof interface device.

Interface 660 can include one or more components configured to transmitand receive data via a communication network, such as the Internet, alocal area network, a workstation peer-to-peer network, a direct linknetwork, a wireless network, or any other suitable communicationplatform. For example, interface 660 can include one or more modulators,demodulators, multiplexers, demultiplexers, network communicationdevices, wireless devices, antennas, modems, and any other type ofdevice configured to enable data communication via a communicationnetwork.

The system can also enable a user to capture photographs using voicecommands. This can be advantageous in situations where the user isholding a photo-capable device, such as a camera or phone, but is unableto access the mechanism for taking the photograph—for example, whileholding a phone with one hand. The voice command also allows the user tofocus on holding the camera or phone, rather than maneuvering it intheir hand to access a button. This extra security against dropping thedevice is especially useful when the user is on a ladder or roof, forexample.

A user interface of the device can provide instructions to the user foroperating the camera or labeling a photo with a voice command. Forexample, the device can overlay an instruction that reads “Say ‘takephoto’” underneath the standard button for taking a photograph. Thevoice command can be changed and customized as the user wishes. Aseparate message can be displayed to guide the user to speak regardingassigning the photograph to a room or including additional voice noteswith the photograph.

Before or after the photograph has been taken, the user can provide anidentifier to the photograph. In some examples, the device prompts theuser with various options for identifiers, such as a list of identifiedrooms or areas in a property. The list of identified rooms or areas inthe property can be based on identifiers provided to those rooms orareas on the digital floor plan. In the example floor plan of FIG. 4B,the identifiers can be S1-S7. In the example floor plan of FIG. 4D, theidentifiers can be “master bedroom,” “bedroom 1,” “bedroom 2,”“hallway,” and “foyer.” The user can customize the identifiersassociated with the portions of property shown by the floor plan. Theseidentifiers can be presented to the user to associate with a photograph.

In another example, the device can present the user with a graphicalrepresentation of the floor plan for the property and prompt the user toselect a region that corresponds to the photograph just taken by theuser. The device can then associate the photograph with that portion ofthe property.

In yet another example, the device can receive verbal instructions fromthe user regarding associating the photograph with the property. Forexample, the device can prompt the user to say the identifier thatshould be associated with the photograph. The user can respond by saying“S1” in the example of FIG. 4B, or “Hallway” in the example of FIG. 4D.The device can associate the photograph with the portion of the propertyidentified verbally by the user.

The device can also display a thumbnail of a photograph in a locationassociated with a portion of the property or floor plan. For example,when displaying the floor plan, the device can display thumbnails ofphotographs in their corresponding rooms or regions of the floor plan.

The system can also allow a user to input notes verbally. For example,the user can first record an audio note using a microphone of thedevice. The system can transcribe the audio note into text and associatethat text with a photograph or a portion of the property. Theassociation can be based on the context of the audio note or based onadditional input from the user, such as selecting a room of a propertybefore or after recording the audio note.

FIG. 7 provides an example method for associating a photograph with aportion of a floor plan. Stage 710 of the method includes capturing aphotograph based on a voice command from a user. Alternatively, sept 710can be performed manually when the user physically presses a button orimage to cause the user device to take a photo. The voice command can bea word or phrase that instructs a device to take a photograph. The wordor phrase can be customized by the user as desired.

Stage 720 of the method includes identifying a property element of aproperty in the photograph. In one example, the system uses imagerecognition to identify the property element. A property element caninclude a room, an area, a region, fixture, and/or a feature of theproperty. Examples include a bedroom, foyer, hallway, fireplace, kitchencabinets, kitchen island, stovetop, roof materials, bathtub, vandalizedmaterial, hail damaged object, water stain/damage, mold growth, or fireor smoke damage. The step of identifying a property element can beperformed by the user providing input to the device, or automatically bythe device.

In the case of automatic identification, the device can compare thephotograph to other photographs in a database. For example, the devicecan access a database on a remote server that includes a large number ofphotographs. The photographs on the database can be classified byproperty elements, such that a close match would indicate that thephotograph taken by the user relates to a particular property element.As an example, a photograph of a bathroom can be compared to photographsstored on the server until one or more matches are found. Those matchescan be associated with a “bathroom” category and a “tile floor bathroom”subcategory. The device can then match the category with a propertyelement of a property, such as the bathroom.

Stage 730 can include associating the photograph with a portion of afloor plan for the property based on the identified property element.This stage can include, for example, storing information associating thephotograph with a portion of the floor plan. Continuing the previousexample, after matching the photograph with the “bathroom” category, thedevice can store information associating the photograph with a bathroomidentified on the floor plan.

FIG. 8 provides a flowchart of another example method for associating aphotograph to a portion of a property. Stage 810 of the method caninclude assigning a first identifier to a portion of the property. Thiscan be done manually by a user or automatically. In one example, a usercan assign numbers to each room of the property. In another example, theuser's device can automatically assign numbers to each room of theproperty.

Stage 820 can include capturing a photograph based on a voice command.The voice command can be a word or phrase that instructs a device totake a photograph. The word or phrase can be customized by the user asdesired.

Stage 830 can include assigning a second identifier to the photograph.In one example, the second identifier is assigned by the user. Forexample, the user can enter the identifier in a field associated withthe photograph. The user can assign the second identifier by selecting anumber, for example.

Stage 840 includes associating the photograph to a portion of theproperty based on the first and second identifiers matching. Forexample, if the user marks the photograph with the identifier “3,” thesystem can associate the photograph with the portion of the propertysimilarly marked with a “3.” Although numbers are used for this example,any other type of identifiers can be used.

FIG. 9A is an example illustration of a screen 900 of a mobile device110. The scree 900 can be a capture GUI screen that allows a user totake a picture or video associated with a property feature of a home.Region 910 can include assignment details for the home that will applyto any media the user captures. In this example, the home is identifiedbased on its owner, John Doe. The front elevation is identified as aproperty feature. In one example, the user can select the propertyfeature that will apply to future media captures. In this example, theuser selected “front elevation,” which was organized under the“exterior” category for dwellings.

The user can capture media by pressing the capture icon 938 of the GUI.In one example, a quick press can cause a camera to take a picture. Thecamera can be part of the mobile device 110 that displays the GUI in oneexample. In another example, the capture application on the mobiledevice 110 can be configured to cause a remote camera to take a picture.For example, the remote camera can be mounted on a drone, or it can be a360 degree camera. In another example, the press can cause video to becaptured. The media captured can be either a picture or video, dependingon the example.

The application can also incorporate voice-to-text recognition in anexample. The user might wish to label the captured media with statementssuch as “vandalized wall,” “leak damage.” In one example, if the user'spress lasts longer than a threshold duration, such as half a second, themobile device or remote microphone can record audio. The recording canlast until the press is released, in an example. The user may wish todescribe the media being captured. For example, the user could state“note the insect damage on the right” when capturing media of the frontelevation. In one example, the audio is transcribed by the applicationexecuting on the mobile device. Either the text transcription or theaudio waveform can be stored in memory in association with the mediacaptured in response to the press. In one example, the transcribed audiocan label the captured image or video.

A tag button 930 can allow the user to pre-tag whatever media the usersubsequently captures. In one example, a tag can act as a title of thecaptured media. The tag can be written into the top of the media in oneexample. In another example, the tag can be stored in association withthe media and retrieved with the media. This can allow the applicationto superimpose the tag on top of the media, such as in the foreground ofthe captured picture or video.

Pressing the tag button 930 can allow the user to pick from a list ofcommon or previously entered tags. In one example, the user can alsoselect an option to create a custom tag.

In one example, a selected tag will be applied to each subsequent mediacapture until the user selects a new tag or disables the tag. This canallow the user to, for example, take multiple pictures that will all betagged the same way without the user having to make further selectionsof the home, property feature, or tag. This can reduce the number ofselections the user needs to make in documenting a home.

In another example, the user can quickly select a new tag by swipingright or left. In one example, the swipes cause a tag to change to a newtag and display in the foreground of the screen 900.

An image import option 920 can allow a user to import images other thanthose captured by the camera. This can allow the user to add otherimages to the collection of media other than the media that is capturedin real time by the user. The image import 920 can also allow the userto import documents that might be relevant to the house and propertyfeature. The imported document, image, or other file can be stored atthe server or on the mobile device in connection with the home andproperty feature for future retrieval. The imported image or otherimported data can be displayed as selectable in a gallery of other mediathat relates to the same house and property feature.

A home button 912 can cause the GUI to return to an assignment screen.This can allow the user to select a new home or a new property feature.

A stamp button 914 can allow the user to toggle on and off a time anddate stamp. When on, the application can store or super-impose the dateand time on the captured media. Location can similarly be stored orsuperimposed in an example. This can help the user determine if somemedia is incorrectly associated with the wrong house.

The user can also toggle between flash modes by using a flash button916. Example flash modes include forced, auto, off, or flashlight mode.This can allow a user to turn on a flashlight that remains on whilemedia is captured.

A grid button 906 can allow the user to toggle on and off a grid 905.The grid can assist the user with lining up level and centered shots.The grid can also provide different regions for the user to describe bycapturing audio with the media.

In one example, a quick edit button 942 allows a user to draw on theprior media. The annotation can be used to highlight documented damagein one example. The user can select between custom annotation markers inone example. For example, the user can use different colors to annotatedifferent things.

Further, a gallery button 940 can allow a user to preview, rearrange,and edit individual or group images or other media. This can ensure thatthe user has correctly grouped the images by property feature, such asby room.

Turning to FIG. 9B, the same GUI screen 900 is illustrated, this timewith the front elevation of the house on the screen. In this example,the user has toggled off the grid 905. The user can zoom by pinching thescreen 900 in an example.

FIG. 9C includes an example illustration of a property feature selectionscreen 950. This can be part of an assignment section of the GUI, in anexample. In the example of FIG. 9C, a plurality of property features 951are displayed. The user has selected “fireplace” 952 in this example.This can set the property feature for all subsequent media captureunless and until the user makes another property feature selection inthe future. The GUI can also indicate the numbers of pictures, videos,or documents (i.e., media) associated with each property feature. Thiscan help ensure that the user has adequately documented each propertyfeature of the home. In this example, the user has already taken 10pictures or videos associated with the fireplace, as indicated by anicon 954.

To view the pictures for a particular property feature, the user canselect the set of three dots in the same row as that property feature.This can allow the user to quickly browse back through the media theyhave captured.

The property features can have parents and children and display in ahierarchy. In this example, the dwelling has an interior feature. Theinterior feature is a parent to the hall and living room. The livingroom is a parent to the fireplace, which is a grandchild of interior.When the user selects to view media associated with a parent, theapplication can display the media of all the children of that parent inan example.

FIG. 9D includes an example gallery view 960. The gallery view 960 canbe displayed by the GUI when the user selects the gallery button 940 ofFIG. 9A in one example.

Continuing with FIG. 9D, regions 962 and 963 can identify the house. Thehouse can be identified by the name or phone number of an owner, or byan address of the house.

A second region 965 can contain thumbnails organized by propertyfeature. In this example, the property features “dwelling,” “fence,” and“contents” are in view. Each of those property features can have theirown thumbnails 968 grouped together. Further, the property feature canindicate the number 969 of media items associated with the propertyfeature.

FIG. 10 includes example stages that can be performed by a system. Thesystem can include a mobile device, such as a cell phone or tablet, thatexecutes an application. The application can provide a GUI for capturinginformation used in insurance claims.

At stage 1010, the user can select a home on the GUI. This can be donebased on an address or home owner name.

At stage 1015, the user can then select a property feature that thesubsequent media capture will relate to. The property feature can be aroom in the house, such as “kitchen,” in an example. The propertyfeature can also be a part of the room, such as “cabinets.” In this way,the system can utilize parent and child property features. The rootproperty feature can be a dwelling, with interior and exterior featureshaving a tree structure.

At stage 1020, the user can also select a tag to assign to subsequentmedia capture. The tag can be a title for the media. In one example, thetag is presented in the foreground of the media during viewing orplayback of the media. For example, the tag can state “water damage.”The tag can be chosen from a list of stock or prior descriptions, or canbe customized by the user.

At stage 1025, the user can take a first picture. This can be inresponse to a selection, such as a press on a picture button of the GUI.In one example, the media captured can be a video instead of a picture.

The picture or video can be taken from a camera of the mobile device 110in an example. For example, the camera built into a cell phone can beutilized. Alternatively, the mobile device 110 can send a message to anexternal camera to take the picture or video. The message can be sentover a local network, such as a WIFI network, peer-to-peer such asBLUETOOTH, or over a cellular network. The external camera can be a 360degree camera in one example. Alternatively, it can be a drone camera.

In one example, the external camera is part of smart glasses, such asGOOGLE GLASS. The application can further detect dimensions based onimagery received from the external camera. This can allow theapplication to approximate floorplan measurements. In one example,existing distance and measurement tools are used for the externalcamera. This can allow the application to superimpose distances ontofirst media, such as a picture. It can also allow the application torender a floorplan with measurements from each room of a house.

At stage 1030, the application can store the first picture (or othermedia) with the first tag in association with the property feature. Thestorage can occur on a cloud server backend in one example. Theapplication can upload the picture and related identifiers for a tag orproperty feature when the mobile device has internet connectivity in anexample. Alternatively, the storage can be handled locally on the mobiledevice 110.

The first picture can be stored in association such that retrieving thefirst picture also allows the system to retrieve the first tag.Additionally, the first picture can be associated with the propertyfeature such that the first picture can be retrieved by identifying theproperty feature, or vice versa.

At stage 1035, the user can take a second picture. In so doing, the usercan press down on the picture button 938 for a time period that exceedsa threshold, such as 0.5 seconds. While the press continues, theapplication can record audio.

At stage 1040, the second picture can be stored in association with thefirst tag, property feature, and audio message. The audio message can betranscribed into text for storage and retrieval purposes in one example.Because the user did not select any new tag or property feature, thesecond picture can be associated with the tag and property featurepreviously selected prior to the taking of the first picture. In thisway, multiple pictures can be tagged and grouped similarly. This canallow a user, for example, to take ten pictures of a living room andsimilarly categorize and tag each. But the user may record differentaudio for particular pictures, adding additional description to thosepictures.

At stage 1045, the mobile device 110 can display a picture gallery forthe house. The picture gallery can be organized by property feature, forexample, as show in FIG. 9D.

The user can navigate through the stored pictures based on propertyfeature. At stage 1050, when the user selects the second picture, themobile device 110 can present the first tag and the audio message. Theaudio message can be played back or presented at text, depending on theexample. In one example, the picture, tag, and audio message aredownloaded from a server, such as a cloud server, based on the userselection. The downloaded items are then displayed on the screen of themobile device 110.

FIG. 11 includes example system components for operating a remote camera1110 that is part of a drone 1112. In this example, the mobile device110 connects to the drone 1112. For example, the mobile device 110 canconnect to a control of the drone 1112 or the drone 1112 itself. Theconnection can be over a local network, peer-to-peer, or over a cellularnetwork.

In one example, when the user presses a button or speaks a voice commandto take a picture, the application contacts the drone 1112 with apicture request. The drone 1112 can then send the picture back to themobile device 110. The mobile device 110 can store the picture on acloud server 1130 in an example.

Other remote cameras 1110 can be used that do not utilize a drone 1112.

FIG. 12 is an example picture report 1200 generated by the applicationof the mobile device 110. The picture report 1200 can allow a user toview photos of the home along with tags and transcribed audio. Photos ofthe same property feature can be presented sequentially in the picturereport 1200.

In one example, the picture report 1200 can display home information ina first region 1210. A second region 1220 can display a picture takenwith the application. A third region 1230 can display the tag that wasstored in association with the picture. A fourth region 1240 can displaythe transcription of the recorded audio that is captured with thepicture. In this way, the picture, tag, and recorded audio can all bepresented together in the picture report 1200. Each subsequent picturecan also be displayed with its respective associated tag and audio, inan example.

The system can generate the picture report 1200 based on storedpictures, tags, and transcribed audio notes in an example. The server1130 can generate the report in one example based on the files stored inthe cloud. Alternatively, the application on the mobile device 110 cangenerate the picture report 1200.

It is to be understood that both the foregoing general description andthe following detailed description are exemplary and explanatory onlyand are not restrictive of the examples, as claimed.

Other examples of the invention will be apparent to those skilled in theart from consideration of the specification and practice of theinvention disclosed herein. The terms “appraiser,” “inspector,”“adjuster,” “estimation,” and “adjustment” are not meant to limit theexamples and are exemplary only. Other types of users can use thesystems described herein. The example systems can apply to contextsother than insurance adjustment. It is intended that the specificationand examples be considered as exemplary only, with a true scope andspirit of the invention being indicated by the following claims.

What is claimed is:
 1. A non-transitory, computer-readable mediumcontaining instructions that, when executed by a processor of acomputing device, cause the computing device to perform stages for homeinsurance adjustment, the stages comprising: receiving, on a graphicaluser interface (“GUI”), a first selection of a house from a plurality ofhouses; receiving, on the GUI, a second selection of a property featureof the house; receiving, on the GUI, a third selection of a tag; basedon a press on the GUI, causing a camera to capture first media that is apicture or video; storing the first media in association with the house,property feature, and tag; sorting a collection of media that includesthe first media based on house and property feature, wherein selectionof the first media causes the tag to be displayed with the first media;and generating a report that displays the first media next to the firsttag.
 2. The non-transitory, computer-readable medium of claim 1, whereinthe camera is mounted on a drone.
 3. The non-transitory,computer-readable medium of claim 1, the stages further comprising:recording first audio with the first media based on the press lastinglonger than a threshold time period; and storing the first audio inassociation with the first media, wherein selection of the first mediacauses the first audio to play.
 4. The non-transitory, computer-readablemedium of claim 1, the stages further comprising displaying mediagallery thumbnails that are grouped by property feature.
 5. Thenon-transitory, computer-readable medium of claim 1, the stages furthercomprising: receiving the camera to capture a second media; and withoutreceiving further selections of the home, property feature, or tag,storing the second media in association with the home, property feature,and tag.
 6. The non-transitory, computer-readable medium of claim 5, thestages further comprising: recording second audio with the second mediabased on a second press exceeding a threshold time period; storing thesecond audio in association with the second media; displaying a mediagallery based on user selection of the house and property feature, themedia gallery including both the first media and second media; and inresponse to selection of the second media, presenting the second mediawith the tag and the second audio.
 7. The non-transitory,computer-readable medium of claim 1, the stages further comprising:receiving annotations on the first media; storing the annotations inassociation with the first media; and in response to selection of thefirst media, displaying the annotations and tag with the first media. 8.A mobile device including a processor that executes an application forcapturing insurance adjustment information, the processor performingstages comprising: receiving, on a graphical user interface (“GUI”), afirst selection of a house from a plurality of houses; receiving, on theGUI, a second selection of a property feature of the house; receiving,on the GUI, a third selection of a tag; based on a press on the GUI,causing a camera to capture first media that is a picture or video;storing the first media in association with the house, property feature,and tag; and sorting a collection of media that includes the first mediabased on house and property feature, wherein selection of the firstmedia causes the tag to be displayed with the first media.
 9. The mobiledevice of claim 8, wherein the camera is mounted on a drone that isseparate from the mobile device.
 10. The mobile device of claim 8, thestages further comprising: recording first audio with the first mediabased on the press lasting longer than a threshold time period; andstoring the first audio in association with the first media, whereinselection of the first media causes the first audio to play.
 11. Themobile device of claim 8, the stages further comprising displaying mediagallery thumbnails that are grouped by property feature.
 12. The mobiledevice of claim 8, the stages further comprising: receiving the camerato capture a second media; and without receiving further selections ofthe home, property feature, or tag, storing the second media inassociation with the home, property feature, and tag.
 13. The mobiledevice of claim 12, the stages further comprising: recording secondaudio with the second media based on a second press exceeding athreshold time period; storing the second audio in association with thesecond media; displaying a media gallery based on user selection of thehouse and property feature, the media gallery including both the firstmedia and second media; and in response to selection of the secondmedia, presenting the second media with the tag and the second audio.14. The mobile device of claim 8, the stages further comprising:receiving annotations on the first media; storing the annotations inassociation with the first media; and in response to selection of thefirst media, displaying the annotations and tag with the first media.15. A computer-implemented method, comprising: receiving, on a graphicaluser interface (“GUI”), a first selection of a house from a plurality ofhouses; receiving, on the GUI, a second selection of a property featureof the house; receiving, on the GUI, a third selection of a tag; basedon a press on the GUI, causing a camera to capture first media that is apicture or video; storing the first media in association with the house,property feature, and tag; and sorting a collection of media thatincludes the first media based on house and property feature, whereinselection of the first media causes the tag to be displayed with thefirst media.
 16. The method of claim 1, wherein the camera is mounted ona drone that is separate from the mobile device.
 17. The method of claim1, the stages further comprising: recording first audio with the firstmedia based on the press lasting longer than a threshold time period;and storing the first audio in association with the first media, whereinselection of the first media causes the first audio to play.
 18. Themethod of claim 1, the stages further comprising displaying mediagallery thumbnails that are grouped by property feature.
 19. The methodof claim 1, the stages further comprising: receiving the camera tocapture a second media; and without receiving further selections of thehome, property feature, or tag, storing the second media in associationwith the home, property feature, and tag.
 20. The method of claim 19,the stages further comprising: recording second audio with the secondmedia based on a second press exceeding a threshold time period; storingthe second audio in association with the second media; displaying amedia gallery based on user selection of the house and property feature,the media gallery including both the first media and second media; andin response to selection of the second media, presenting the secondmedia with the tag and the second audio.